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Proposed amendments: 

1. (Currently amended) A system for managing information, comprising: 

a sefiw arc program stor ftd--oft-^t non-transitory computer-readable medium storing 
a software program operable to maintain an identity index, wherein said 
identity index comprises: 

a plurality of index keys, wherein each index ke y indexes a virtual identity 
of a respective one of a plurality of users; 

a plurality of virtual idcntiesf ftv|"| . wherein each virtual identity is indexed 
within the identity index bv one the plurality o f index kevs. 
wherein each virtual identity is a virtual identity of a respe ctive 
one of the phuah ty_of users of multi ple- computer resourc e s , 
wherein each virtual identity comprises identity i nformation of the 
res pective user in regard to multiple different computer resources 
used by the same respective user, and wherein one or more of the 
virtual identities c omprises furth e r eoiaprisiag: 

a plurality of information object identifiers , wherein each 
information o b ject identifier identifies corresponding to a 
respective information object of the respective user stored 
at a respective one of the multiple different computer 
resource ; and for each inform at ion object, 

a plurality of resource name s, wherein each resource name 
identifies[[ying]] which one of the multiple different 
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computer resources at which sai d contains a respective one 
of the information object s of the respective user 4s4eeated, 
wherein each said resource name is ass ociated with said, 
resp e ctiv e linked to a respective one of the plurality of 
information object identifiers; and 



wherein said identit y index further comprises a plurality of resource 
definitio ns, wherein each resource definition is a defmition_of_a 
ooiT e spondin g-4e-efteh respective said nam ed one of the multiple 
computer resources, wherein [[the]] each resource definition 
further comprises connection infonnatio n_for the respective 
computer resource; and 



wherein the software program is operable to access the identity index via one of 
the plurality of index kevs to locate and retrieve, from within the identity 
index, information from a respective one of the plurality of virtual 
identities indexed by the one o f the index keys . 



Remarks 



Hoover teaches databases that store information about people, such as hospital 
patients or physicians. Hoover's various remote, heterogeneous user databases contain 
data that is transformed into a homogeneous data model. Location information and status 
information relating to the homogenized data is stored in a centralized object broker 
computer for object management, thereby facilitating location and retrieval of data items 
from the remote, heterogeneous user databases. See abstract. At the centralized object 
broker computer, cited map table 120 stores locations of the remote heterogeneous user 
databases. See column 5, lines 65-67. Cited Figure 6 shows various types of tables 
found in the centralized object broker computer and in the remote databases. Cited 
Figure 7 illustrates map table 120 of centralised object broker computer 20. 



PAGE 3/5 * RCVD AT 10/22/2010 2:20:51 PM [Eastern Daylight Time] * SVR:USPTO-EFXRF-5/12 * DNIS:2733707 * CSID: ' DURATION (mm-ss):01-26 



OCT/22/2010/FRI 01:23 PM 



FAX No. 



P. 004 



DRAFT 



Hoover's map table 120, illustrated in cited Figure 7, is not constructed around 
users, or even around particular patients or physicians. It is certainly not indexed based 
on a plurality of users, or of physicians or of patients, nor does it contain index keys that 
index any virtual identities of users, physicians, or patients and ,that are used to access 
map table 120 to locate and retrieve the virtual identity of a user, physician, or patient 
from within map table 120. Instead, Hoover's map table 120 is simply a linear table 
arranged as a plurality of rows, with each row containing an object identifier and a 
location. "There is a record (a row) comprising a plurality of items associated with each 
object identifier for which data is stored anywhere in the system, globally" that is, "for 
each instance of an object created by any of the remote databases, there will be at least 
one entry in the map table 120. Thus, the map table 120 is generally consulted, and is 
indexed, by object identifier and location." See column 24, lines 36-51. Thus, Hoover 
explicitly declares that map table 120 is indexed and consulted by object identifiers of 
objects of the remote databases, not by index keys of map table 120 that index the virtual 
identities of users, physicians, or patients and that are used to access map table 120 to 
locate and retrieve, from within map table 120, the virtual identity of a user, physician, or 
patient. The object identifiers shown in map table 120 are not index keys of map table 
120 that index the virtual identities of users, physicians, or patients and that are used to 
access map table 120 to locate and retrieve the virtual identity of a user, physician, or 
patient from within map table 120. Instead, the object identifier appearing in each row of 
map table 120 identifies an object located at a remote database location. For example, 
object identifier 0011 is located at remote database RDB1. 

Moreover, even if some of Hoover's objects were computer user accounts, as the 
Examiner proposes on page 4 of the Office Action, map table 120 still would not be an 
identity index that includes, for each user of a plurality of users, a virtual identity of the 
user, where the user uses multiple computer resources, each one containing an 
information object of the user, and where the virtual identity of that user comprises, for 
each information object of that user: an information object identifier corresponding to 
the information object of the user; and a resource name identifying which one of the 
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multiple computer resources contains the information object of the user, where the 
resource name is associated with the information object identifier; and an index key 
indexing the virtual identity of the user, where the index key is native to the identity 
index, and where the software program is configured to access the identity index via 
the index key to locate and retrieve, from within the identity index, the virtual identity 
of the user. Nor does Hoover, even if modified to include user account objects, teach 
locating and communicating with each information object of each user by accessing such 
a virtual identity of the user. Hoover's map table 120 is indexed and consulted by object 
identifiers of objects at remote databases, not index keys of map table 120 that index the 
virtual identities of users, physicians, or patients and that are used to access map table 
120 to locate and retrieve, from within map table 120, the virtual identity of a user, 
physician, or patient. 

The Examiner relies on Dutcher regarding computer user accounts. However, as 
shown above, even if Hoover were modified to include user account objects, the resulting 
apparatus would still fail to exhibit the complete combination of limitations currently 
recited in Applicant's claim 1 . 

Moreover, the Office Action fails to provide a valid reason for the proposed 
modification. The Examiner asserts Hoover can fill a need, described by Dutcher at 
column 1, lines 37-47, for managing different computer user accounts on multiple, 
heterogeneous computer resources based on a single user account definition. The 
Examiner overlooks the fact that the cited paragraph of Dutcher describes the state of the 
art prior to Dutcher' s invention, and that Dutcher' s own technique precisely fills the cited 
need. See Dutcher' s Abstract and Summary, Since Dutcher already addresses the cited 
need in an intended way, the cited need does not provide a reason to combine Dutcher 
with Hoover. In fact, the purpose of Dutcher's teachings is to satisfy the cited need in the 
particular way described in Dutcher, not in some hindsight combination with Hoover. 
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